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DESCRIPTION 

ELECTRONIC DEVICE FOR AUTOMATICALLY CONTINUING TO PROVIDE SERVICE 

5 TECHNICAL FIELD 

[0001] The present invention relates to an electronic device 
connected to a network, and more particularly, to an electronic 
device which provides a service by executing a software program 
(application) . 

10 

BACKGROUND ART 

[0002] As techniques for application executing systems which 
operate applications on electronic devices, such as home appliances 
and the like, which are connected to a network, there are JAVA(R) 

15 (SunMicrosystems (R) ) , . NET ( DotNet ) (Microsoft (R) ), and the like . 
[0003] These techniques have a virtual machine mechanism which 
enables the same application to be operated on any hardware (CPUs 
of network home appliances, etc.) , and therefore, are expected 
to serve as a common platform for providing services. 

20 [0004] Also, as techniques for automatically setting an 
environment for execution of an application via a network, there 
are UPnP (Universal Plug and Play) proposed by Microsoft (R) , 
Jini(TM) proposed by Sun Microsystems (R) , and the like. 
[0005] These techniques are characterized in that only by 

25 connecting a device to a network, the device immediately gets ready 
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to use a network function without the user having to perform a 
complicated setting work, i.e., such convenience is provided to 
the user, for example. 

[0006] As an example of a system in which a device which a user 
5 uses searches for a device which has a function corresponding to 
a user's request via a network, a technique has been proposed in 
Patent Document 1. 

[ 0007 ] As an example of a system in which a server device performs 
restoration when a failure occurs in a service, a technique has 
10 been proposed in Patent Document 2. 

[0008] As an example of a method for searching for a substitute 
device and uses the device when a service cannot be used in a terminal 
which a user wants to use, a technique has been proposed in Patent 
Document 3 . 

15 Patent Document 1: Japanese Patent Laid-Open Publication No. 
2003-178036 

Patent Document 2: Japanese Patent Laid-Open Publication No. 
2002-24039 

Patent Document 3: Japanese Patent Laid-Open Publication No. 
20 2002-94912 

DISCLOSURE OF THE INVENTION 

PROBLEMS TO BE SOLVED BY THE INVENTION 

[0009] Home appliance devices often fall into a state in which 
25 an application cannot be executed. 
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[0010] Representatively, such a state occurs when energization 
cannot be accomplished (e.g., a device is powered off, a buttery 
is dead in a mobile device or the like, etc. ) . Also, when another 
application having high priority is performed, the other 
5 application may no longer be executed on the same device mainly 
due to shortage of a resource. 

[0011] Assuming that a home appliance device falls into such 
a state, even when a new service is tried to be performed in the 
home appliance device, the application cannot be started up, so 
10 that the service cannot be provided. Also, even if an application 
is being executed, the execution has to be interrupted to stop 
providing the service. 

[0012] Therefore, a technique should be invented for trying 
to restore a service or providing a substitute performing means 
15 for the service, with respect a device which falls into a state 
in which the service cannot be performed, by utilizing a 
characteristic that the home appliance device is connected to a 
network . 

[0013] Patent Document 1 proposes a system in which a change 
20 in a user's environment or a user's request in a home appliance 
network system is taken into consideration. However, Patent 
Document 1 does not mention a specific processing method when a 
device falls into a state in which a service cannot be performed 
as described above. Therefore, when the reliability of 
25 performance of a service is desired to be improved, implementation 



of an additional specific processing means is required. 
[0014] Patent Document 2 describes a system in which, when a 
device falls into a state in which a service cannot be performed, 
a center server addresses a failure and performs a restoration 
5 process. In this case, however, the presence of the center server 
is assumed. Therefore, the system of Patent Document 2 cannot 
support a network in which a center server is not assumed to be 
present (e.g., only a peer-to-peer network structure of home 
appliance devices is assumed) . 

10 [0015] Patent Document 3 describes a method for searching for 

a substitute device and performing reservation of use when a failure 
occurs in a device for which reservation of use has been performed, 
so that the device falls into a state in which a service cannot 
be performed. In this method, however, it is necessary to 

15 previously register substitute actions , depending on combinations 
of devices . Also, Patent Document 3 does not mention what measures 
are taken to continue a service when a device falls into a state 
in which it is not possible to continue the service when the service 
is being performed. 

20 [0016] No effective means has been considered to date, regarding 
a technique for securing the stability of a service with a minimum 
effort of a user even on a network composed only of devices without 
the assumption of a centralized control of a center server, 
particularly a restoration means when a device falls into a state 

25 in which a service cannot be continued when the service is being 
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executed . 

[0017] Therefore, an object of the present invention is to 
provide an electronic device which can continue to perform a service 
even on a network composed only of devices. Another object of 
5 the present invention is to provide a program and a method which 
are executed in the electronic device, and a recording medium on 
which the program is recorded. 

* 

SOLUTION TO THE PROBLEMS 

10 [0018] To achieve the above objects, the present invention has 
the following features. The present invention provides an 
electronic device connected via a network to at least another 
electronic device which can execute an application, comprising 
an application recognizing section for recognizing an application 

15 held by the other electronic device, an application unexecut ability 
detecting section for detecting whether or not the application 
recognized by the application recognizing section is unexecutable 
in the other electronic device, an application execution 
determining section for determining whether or not a substitute 

20 application which can substitute for an application which the 
application unexecutability detecting section has determined that 
is unexecutable, is to be executed, a substitute application 
holding determining section for determining whether or not the 
substitute application which can substitute for the application 

25 determined to be unexecutable is held in the electronic device, 
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and an application executing section for executing the substitute 
application . 

[0019] Preferably, the application execution determining 
section may include an application startup request detecting 
5 section for detecting a startup request with respect to the 
application which the application unexecutability detecting 
section has detected that is unexecutable, and the application 
execution determining section, when a startup request is detected 
with respect to the application which the application 
10 unexecutability detecting section has determined that is 
unexecutable, may determine that the substitute application is 
to be executed . 

[0020] Preferably, the substitute application holding 
determining section may include an application identity 

15 determining section for determining whether or not an identical 
function application having a function identical to the application 
held by the other electronic device recognized by the application 
recognizing section is held by the electronic device, and creating 
an identity table in which the application held by the other 

20 electronic device is associated with the identical function 
application held in the electronic device, the identical function 
application may be a substitute application, and the substitute 
application holding determining section may determine whether or 
not the substitute application is held in the electronic device, 

25 based on the identity table created by the application identity 
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determining section . 

[0021] Preferably, the substitute application holding 
determining sectionmay include a relevant application determining 
section for creating a relevance table in which a relevant function 
5 application having a function relevant to the application held 
by the other electronic device recognized by the application 
recognizing section, is associated with the application held by 
the other electronic device, the relevant function application 
may be a substitute application, and the substitute application 
10 holding determining section may determine whether or not the 
substitute application is held in the electronic device, based 
on the relevance table created by the relevant application 
determining section. 

[0022] Preferably, the application execution determining 
15 sectionmay include an application executed state obtaining section 
for obtaining an executed state of an application executed in the 
other electronic device as application executed state information, 
the application execution determining section may determine that 
the substitute application is to be executed, when the application 
20 executed state information about the application which the 
application startup request detecting section has determined that 
is unexecutable, is held by the application executed state 
obtaining section, and the application executing section may 
execute the substitute application based on the application 
25 executed state information so as to continue the application 
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determined to be unexecutable. 

[0023] Preferably, The application execution determining 
section may include an inter-device startup arbitrating section 
which inquires the other electronic device connected to the network 
5 whether or not the substitute application is held, and communicates 
with another electronic device which holds the substitute 
application, to determine whether or not the substitute application 
is to be executed in the electronic device. 

[0024] Also, the present invention provides a method for 

10 processing an electronic device connected via a network to at least 
another electronic device which can execute an application, 
comprising the steps of recognizing an application held by the 
other electronic device, detecting whether or not the application 
recognized by the application recognizing section is unexecutable 

15 in the other electronic device, determining whether or not a 
substitute application which can substitute for an application 
determined to be unexecutable, is to be executed, determining 
whether or not the substitute application which can substitute 
for the application determined to be unexecutable is held in the 

20 electronic device, and executing the substitute application. 

[0025] Also, the present invention provides a program executed 
in an electronic device connected via a network to at least another 
electronic device which can execute an application, comprising 
the steps of recognizing an application held by the other electronic 

25 device, detecting whether or not the application recognized by 
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the application recognizing section is unexecutable in the other 
electronic device, determining whether or not a substitute 
application which can substitute for an application determined 
to be unexecutable, is to be executed, determining whether or not 
5 the substitute application which can substitute for the application 
determined to be unexecutable is held in the electronic device, 
and executing the substitute application. 

EFFECT OF THE INVENTION 

10 [0026] According to the present invention, even if an 
application included in an electronic device on a network falls 
into an unexecutable state, so that a service can no longer be 
performed, a substitute application is executed to automatically 
continue the service. Therefore, the service is stably provided 

15 on the network. 

[0027] If there is an application having a function identical 
to an unexecutable application, a service equivalent to an 
unexecutable service is provided. 

[0028] If there is an application having a function relevant 
20 to an unexecutable application, a service similar to an 
unexecutable service or a service assisting the unexecutable 
service is executed, resulting in an improvement in convenience 
and flexibility of the service. 

[0029] The electronic device can recognize whether or not an 
25 application is unexecutable, only by detecting a startup request 
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with respect to the application. Therefore, it is easy to detect 
an unexecutable state of the application. 

[0030] Also, the electronic device can execute a substitute 
application while continuing astateof an unexecutable application 
5 partway through execution, resulting in an improvement in 
continuity of the service. 

[0031] When a plurality of electronic devices on a network holds 
substitute applications, arbitration is performed between the 
devices so that an appropriate electronic device executes a 
10 substitute application, whereby a resource on the network is 
effectively utilized . 

[0032] As described above, according to the present invention, 
even in electronic devices on a network not in the assumption of 
a centralized control scheme like a center server, a high level 
15 of stability of a service can be secured. 

[0033] These and other objects, features, aspects and 
advantages of the present invention will become more apparent from 
the following detailed description of the present invention when 
taken in conjunction with the accompanying drawings. 

20 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0034] [FIG. 1] FIG. 1 is a diagram illustrating a 

configuration of a whole system comprising electronic devices 
according to a first embodiment of the present invention. 
25 [FIG. 2] FIG. 2 is a diagram illustrating a hardware 
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configuration of electronic devices 1 to 5 of the first embodiment 
of the present invention. 

[FIG. 3] FIG . 3 is a diagram illustrating an 
implementation example of application attribute information in 
5 the form of a table . 

[FIG. 4] FIG. 4 is a block diagram illustrating a 
functional configuration of an electronic device when an 
application continuation program is executed. 

[FIG. 5] FIG. 5 is a flowchart illustrating a rough 
10 outline of an operation of the electronic device 1 when the 
application continuation program is executed. 

[FIG. 6] FIG. 6 is a flowchart illustrating an operation 
of an application identity determining section 151. 

[FIG. 7] FIG. 7 is a diagram illustrating an exemplary 
15 identity table. 

[FIG. 8] FIG. 8 is a diagram for explaining a procedure 
when a user registers a relevance table. 

[FIG. 9] FIG. 9 is a diagram illustrating an exemplary 
relevance table. 

20 [FIG. 10] FIG. 10 is a flowchart illustrating an 

exemplary operation of an application unexecutability detecting 
section 13. 

[FIG. 11] FIG. 11 is a flowchart illustrating an 
operation of the electronic device 1 when a first basic process 
25 is executed. 
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[FIG. 12] FIG. 12 is a flowchart illustrating an 
operation of the electronic device 1 when a second basic process 
is executed. 

[FIG. 13] FIG. 13 is a flowchart illustrating an 
5 operation of the electronic device 1 when a third basic process 
is executed. 

[FIG. 14] FIG. 14 is a flowchart illustrating an 
operation of the electronic device 1 when a fourth basic process 
is executed. 

10 [FIG. 15] FIG. 15 is a block diagram illustrating a 

functional configuration of the electronic devices land 3 when 

an application continuation program according to a second 

embodiment is executed. 

[FIG. 16] FIG. 16 is a flowchart illustrating an 
15 operation of the electronic device 1 when a process X is added 

to the first basic process. 

[FIG. 17] FIG. 17 is a flowchart illustrating an 

operation of the electronic device 1 when the process X is added 

to the second basic process. 
20 [FIG. 18] FIG. 18 is a flowchart illustrating an 

operation of the electronic device 1 when the process X is added 

to the third basic process. 

[FIG. 19] FIG. 19 is a flowchart illustrating an 

operation of the electronic device 1 when the process X is added 
25 to the fourth basic process. 
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[FIG. 20] FIG. 20 is a flowchart illustrating a detailed 
operation of the electronic device 1 in a substitute application 
startup deciding process (steps S701, S801, S901, S1001) . 

[FIG. 21] FIG. 21 is a sequence diagram illustrating 
communication between electronic devices on a network in the 
substitute application startup deciding process (stepS701, S801, 
S901 and S1001) . 

[FIG. 22] FIG. 22 is a diagram illustrating an exemplary 
table form of startup arbitration information. 



DESCRIPTION OF THE REFERENCE CHARACTERS 
[0035] 1-5 electronic device 

6 network 

100 central processing unit 

101 main storage unit 

102 auxiliary storage unit 

103 communication unit 

104 input unit 

105 output unit 

11 timing control section 

12 application recognizing section 

13 application unexecutability detecting section 

14 application execution determining section 

141 application startup request detecting section 

142 application executed state obtaining section 
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15 substitute application holding determining section 

151 application identity determining section 

152 relevant application determining section 

16 application executing section 
5 7a, 7b, 7c, 7d user interface 

20 inter-device startup arbitrating section 

BEST MODE FOR CARRYING OUT THE INVENTION 

[0036] Hereinafter, embodiments of the present invention will 
10 be described with reference to the accompanying drawings. 

( First embodiment) 

FIG. 1 is a diagram illustrating a configuration of a 
whole system comprising electronic devices according to a first 
embodiment of the present invention . InFIG. 1, electronic devices 

15 1 to 5 are connected to each other via a network 6 so that the 
electronic devices 1 to 5 can communicate with each other. 
[0037] The electronic device of the present invention is 
applicable in an environment in which at least two electronic 
devices are connected via a network. Therefore, although the 

20 number of electronic devices is assumed to be five in FIG. 1, the 
number of electronic devices may be two or more or four or less, 
or may be six or more. 

[0038] The network 6 may have any communication standard as 
long as data communication can be performed between electronic 
25 devices connected to each other. Also, the network 6 may be a 
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public network (e.g. , the Internet ) , a network enclosed in a limited 
domain (e.g., LAN), or a combination thereof. 

[003 9] FIG . 2 is a diagram illustrating a hardware configuration 
of the electronic devices 1 to 5 of the first embodiment of the 
5 present invention . Hereinafter, as a representative example, the 
electronic device 1 will be described. In FIG. 2, the electronic 
device 1 comprises a central processing unit 100, a main storage 
unit 101, an auxiliary storage unit 102, a communication unit 103, 
an input unit 104, and an output unit 105. Note that, if the 

10 electronic device 1 is a general-purpose device, such as a personal 
computer, each block of FIG. 2 is often implemented as a separate 
integrated circuit or device. However, if the electronic device 
1 is a dedicated device, such as a mobile telephone, a network 
home appliance, or the like, each block of FIG. 2 may be formed 

15 on a dedicated integrated circuit. 

[0040] The central processing unit 100 controls an operation 
of the electronic device 1. The central processing unit 100 may 
have a function for controlling the operation of the electronic 
device 1 by itself, or may read a program (firmware or software) 

20 stored in the auxiliary storage unit 102 into the main storage 
unit 101 and execute the program to control the operation of the 
electronic device 1. The central processing unit 100 also has 
a hardware configuration for implementing a lower layer of the 
electronic device 1, such as a physical layer, a MAC layer, or 

25 the like. 
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[0041] The main storage unit 101 is a readable and writable 
memory, and stores information required for an operation of the 
central processing unit 100. 

[0042] The auxiliary storage unit 102 is a storage unit having 
5 a recording medium, such as a flash memory, a hard disk, an optical 
disc, or the like. A program relating to an application to be 
executed in the electronic device 1 (hereinafter simply referred 
to as an application) is stored in the auxiliary storage unit 102. 
Application attribute information is added as specific information 

10 indicating an application attribute to an application. Also, an 
application continuation program according to the present 
invention is stored in the auxiliary storage unit 102. The 
application continuation program is a program for determining 
whether or not an application (hereinafter referred to as a 

15 substitute application) which is used instead of an application 
which is executed in another electronic device, should be executed 
in the electronic device 1 . The application continuation program 
is read into the main storage unit 101 by the central processing 
unit 100, and is executedby the central processing unit 100 , thereby 

20 achieving an operation of the present invention. The application 
continuation program may be firmware previously stored in the 
electronic device, or software stored later in the electronic 
device. The application continuation program may be stored in 
a computer readable recording medium, and may be stored from the 

25 recording medium into the auxiliary storage unit 102. Also, the 
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application continuation program may be downloaded via the network 
6 from another electronic device, and may be then stored into the 
auxiliary storage unit 102. The substitute application includes 
an identical function application which has a function identical 
5 to that of an application executed by another electronic device, 
and a relevant function application which has a function relevant 
to an application executed by another electronic device. The 
relevant function application is an application which can provide 
a service similar to that which is provided by an application 
10 executed by another electronic device, or an application which 
can provide a service which assists an application which is executed 
by another electronic device. 

[0043] For example, when an application which is executed by 

the electronic device 1 is a JAVA (R) application, a program relating 

15 to the application is a JAR file. 

[0044] The application attribute information refers to 
information indicating a feature of an application, such as an 
application name, an application source, information about a 
profile required to operate the application, or the like. 

20 [0045] For example, in a JAVA (R) application in conformity with 
the MIDP profile which is a standard profile for JAVA(R) mobile 
devices, application attribute information is described and 
provided in a JAD file. However, even when the application 
attribute information, such as a JAD file, is not provided, the 

* 

25 electronic device 1 can obtain information, such as an application 
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size or the like, as application attribute information, by 
analyzing a JAR file which is a main body of a JAVA (R) application . 
[0046] FIG. 3 is a diagram illustrating an implementation 
example of application attribute information in the form of a table . 
5 In FIG. 3, information indicating an application attribute is 
registered in each entry. Each entry of FIG. 3 will be described. 
[0047] In APPLICATION NAME, a name given to an application is 
described. 

[0048] In APPLICATION SOURCE, a distribution source of the 

10 application with respect to an electronic device is described. 
In FIG. 3, the application source is described in the form of URL, 
and may be described as other information. 

[0049] In MAIN CLASS NAME, a name of a class in which a main 

method which is a method called first when an application is started 
15 is implemented, is described. 

' [0050] In REQUIRED PROFILE, information, such as a 

configuration, aprofile, a library, and the like, which is required 
to operate an application, is described. 

[0051] In REQUIRED RESOURCE, a resource amount required to 

20 operate the application is described. 

[0052] In LAST UPDATE DATE, a date on which the application 
was last updated is described. 

[0053] In VERSION NUMBER, a version management number assigned 
to the application is described. 
25 [0054] In APPLICATION SIZE, a size of a main body (a JAR file 
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in the case of JAVA(R) ) of the application is described. 
[0055] In APPLICATION CREATOR, identification information 

indicating a creator of the application is described. Although 
a character string indicating a name of a creator is described 
5 in FIG. 3, other information may be described. 

[0056] In SUBSTITUTIVE APPLICATION, information for 

identifying another application is described. This entry 
indicates that, when the application is interrupted during 
execution, an application recorded in this entry can take over 
10 the executed state of the interrupted application and, as a 
substitute, continue a service. It will be described below as 
to how this entry is used. 

[0057] In APPLICATION ABLE TO BE SUBSTITUTED, information for 

identifying another application is described. This entry 

15 indicates that, when an application corresponding to the 
information described in this entry is interruptedduring execution, 
the application described in APPLICATION NAME can take over the 
executed state of an application able to be substituted, and 
continue a service. It will be described below as to how this 

20 entry is used. 

[0058] FIG. 3 is an implementation example of application 
attribute information. A portion of the entries in the table of 
FIG. 3 may be omitted, or another entry indicating information 
about another attribute may be included. 

25 [0059] The communication unit 103 has a function for 
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transmission/reception of data with respect to other electronic 
devices connected to the network 6. In the present invention, 
the communication unit 103 may use any communication scheme, such 
as a modulation/demodulation scheme, a media access scheme, or 
5 the like, i.e., the communication scheme is not particularly 
limited. 

[0060] The input unit 104 is a device for inputting a user's 
operation, such as a button switch, a keyboard, a mouse, a touch 
panel, or the like. 
10 [0061] The output unit 105 is a device for outputting a result 
of a process in the central processing unit 100, such as a liquid 
crystal display, a loudspeaker, or the like. 

[0062] FIG. 4 is a block diagram illustrating a functional 
configuration of an electronic device when the application 

15 continuation program is executed. Note that, in this embodiment, 
at least one of the electronic devices 1 to 5 can execute the 
application continuation program. Here, for the sake of 
simplicity, it is assumed that the electronic device 1 executes 
the application continuation program, the electronic device 2 

20 executes an application, and the electronic device 1 continues 
the execution of the application executed by the electronic device 
2. As described above, substitute applications include an 
identical function application and a relevant function application . 
In this embodiment, if there is an identical function application, 

25 the electronic device 1 may execute the identical function 
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application, and if there is not an identical function application, 
the electronic device 1 may execute a relevant function application . 
Alternatively, it may be previously determined that the electronic 
device 1 executes either an identical function application or a 
5 relevant function application as a substitute application. 
Although it is here assumed that the functional blocks of FIG. 
4 are implemented by software, i.e., by executing a program, the 
functional blocks of FIG. 4 may be implemented by hardware. 
[0063] In FIG. 4, the electronic device 1 comprises a timing 

10 control section 11, an application recognizing section 12, an 
application unexecutability detecting section 13, an application 
execution determining section 14 , a substitute application holding 
determining section 15, and an application executing section 16. 
[0064] FIG. 5 is a flowchart illustrating a rough outline of 

15 an operation of the electronic device 1 when the application 
continuation program is executed. Hereinafter, the rough outline 
of the operation of the electronic device 1 when the application 
continuation program is executed will be described with reference 
to FIG. 5. 

20 [0065] When the timing control section 11 determines that 
predetermined timing has arrived, the application recognizing 
section 12 recognizes an application held by another electronic 
device (step SI) . 

[0066] Next, when the timing control section 11 determines that 
25 predetermined timing has arrived, the application unexecutability 
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detecting section 13 detects whether or not the application held 
by the other electronic device which has been recognized by the 
application recognizing section 12 is unexecutable (step S2) . 
[0067 ] When the application unexecutability detecting section 
5 13 detects an unexecutable application, the application execution 
determining section 14 determines whether or not a substitute 
application should be executed instead of the unexecutable 
application (step S3) . 

[0068] When the application execution determining section 14 
10 determines that a substitute application should be executed, the 
substitute application holding determining section 15 determines 
whether or not a substitute application is held by the electronic 
device 1 (step S4) . 

[0069] When the substitute application holding determining 
15 section 15 determines that a substitute application is held, the 
application executing section 16 executes the substitute 
application (step S5) . 

[0070] Hereinafter, a detailed operation of each functional 
block will be described. 

20 [0071] The application executing section 16 interprets and 
executes an application. Although it is here assumed that the 
function of the application executing section 16 is performed by 
executing the application continuation program, the application 
executing section 16 is a function provided in the electronic device 

25 even when the application continuation program is not executed. 
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Therefore, the application executing section 16 may command the 
function (another program) in the electronic device to execute 
a substitute application. Note that it is here assumed that the 
electronic device 1 executes the application continuation program. 
5 The electronic device 2 which does not execute the application 
continuation program needs to comprise at least the application 
executing section 16 so as to execute an application. 
[ 0072 ] For the application executing section 16, an environment 
for executing an application is not particularly limited as long 

10 as it can interpret and execute the application. For example, 
the application executing section 16 is implemented in an existing 
environment, such as a JAVA(R) virtual machine, a .NET execution 
environment, BREW which is a program distribution execution 
environment adopted formobile telephones manufactured by KDDI (R) , 

15 or the like. 

[0073] In this embodiment, when illustration is required, the 
application executing section 16 is assumed to be implemented in 
a JAVA(R) virtual machine environment, and an application is 
assumed to be a JAVA(R) application. 

20 [0074] The application executing section 16 has a capability 
to determine whether or not an application can be newly started 
up. Therefore, the application executing section 16 can obtain 
information about an available hardware resource amount which can 
be used in the device itself . The available resource amount refers 

25 to a space which is not occupied by any operating application and 



can be used to operate a new application, of a space allocated 
for execution of applications of a memory in the electronic device 
1. 

[0075] The application executing section 16 performs the 
determination by monitoring the resource amount in an electronic 
device which can be used. For example, when the application 
executing section 16 is implemented as a JAVA (R) virtual machine, 
a register (not shown) for recording a status of use of a heap 
memory, such as a used or unused amount of a total heap memory 
held by the JAVA (R) virtual machine, a used amount of the heap memory 
for each application, or the like, is provided, and a register 
recorded information examining means (not shown) for examining 
information recorded in the register as required (e.g., before 
startup of an application, during operation of an application, 
upon release of an application, etc.) is provided, whereby the 
application executing section 16 can monitor an available resource 
amount . 

[0076] If an application holds information about "a resource 
amount required to operate the application" as application 
attribute information, the application executing section 16 
compares information about an available hardware resource amount 
which can be used in the electronic device 1 with the information 
about xx a resource amount required to operate the application", 
thereby making it possible to determine whether or not the 
application can be operated. 
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[0077] The application executing section 16 also has a 
capability to output information indicating a state of execution 
of an application partway through the execution of the application 
(hereinafter referred to as application executed state 
5 information) . 

[0078] As a specific example of the application executed state 
information, an application for performing a shogi game will be 
discussed. Typically, once the game is started, the application 
is executed without interruption until the game is over . However, 

10 if the game is desired to be interrupted partway through the game 
and resumed later, it is necessary to record information about 
the positions of komas (a "koma" is one of the pieces used in playing 
shogi, like a chessman in chess) and captured koma(s) at the time 
of interruption. Thus, the application executed state 

15 information refers to information indicating a state of an 
application partway through execution. The application executed 
state information includes information required to resume an 
application after interruption of execution. 

[0079] When an application is a JAVA (R) application, acurrently 
20 executed object is recorded as application executed state 
information . 

[0080] As a means for outputting a state of a currently executed 
object, JAVA(R) supports serialization . Serialization refers to 
conversion of an attribute value or a structure of an object into 
25 a form which can be handled as a byte sequence. Specifically, 
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by serialization, for example, data having a complicated structure 
which indicates a state of an application partway through execution, 
is output in a byte sequence stream or a file format. The byte 
sequence serves as application executed state information. 
5 [0081] Instead of using the serialization function of 
converting an object into a byte sequence, an application may have 
a means for outputting application executed state information in 
other formats. For example, a number of game applications have 
a capability to describe an intermediate state of the game 

10 (application executed state information) in some format. The 
application executed state information may be described in a 
general-purpose format, such as XML, HTML, or the like, or may 
be described in a format which is uniquely defined in an application . 
[0082] The application recognizing section 12 has a capability 

15 to obtain a feature of an application held by another electronic 
device which is connected via the network 6 and can be therefore 
communicated with. The application recognizing section 12 
obtains application attribute information of an application held 
by another electronic device, via the network 6, to obtain a feature 

20 of the application held by the other electronic device. 

[0083] The substitute application holding determining section 
15 determines whether or not a substitute application which can 
substitute for an application held by another electronic device 
recognized by the application recognizing section 12, is held by 

25 the electronic device 1. The substitute application holding 



27 



determining section 15 includes an application identity 
determining section 151 and a relevant application determining 
section 152. 

[0084] The application identity determining section 151 
5 compares application attribute information of an application held 
by another electronic device recognized by the application 
recognizing section 12, with application attribute information 
of an application held by the electronic device 1, to determine 
whether or not an identical function application is held in the 

10 electronic device 1, and creates and stores a table in which the 
identical function application held by the electronic device 1 
is associated with the application held by the other electronic 
device (hereinafter referred to as an identity table) . 
[0085] The relevant application determining section 152 

15 creates and stores a table in which an application held by another 
electronic device is associated with a relevant function 
application held by the electronic device 1 (hereinafter referred 
to as a relevance table) . 

[0086] When the application unexecutability detecting section 
20 13 detects that an application cannot be executed in another 
electronic device, the substitute application holding determining 
section 15 determines whether or not a substitute application which 
is executed instead of the unexecutable application is held by 
the electronic device 1, with reference to the identity table and/or 
25 the relevance table. 
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[0087] FIG. 6 is a flowchart illustrating an operation of the 
application identity determining section 151. Hereinafter, a 
procedure of creating the identity table will be described with 
reference to FIG. 6. In FIG. 6, an application in the electronic 
5 device 1 is represented by an application A, and an application 
in another electronic device recognized by the application 
recognizing section 12 is represented by an application B. 
[0088] Initially, the application identity determining 
section 151 obtains an "application name'' from each of the 

10 application attribute information of the application A and the 
application attribute information of the application B (stepSlOl) . 
[0089] Next, the application identity determining section 151 
determines whether or not an "application name" (information to 
be compared) has been normally obtained from both pieces of the 

15 application attribute information (step S102). When an 
"application name" (information to be compared) has been obtained 
from neither the application A nor B, the application identity 
determining section 151 cannot confirm the identity of both the 
applications, and goes to an operation of step S108. On the other 

20 hand, when an "application name" has been normally obtained, the 
application identity determining section 151 goes to an operation 
of step S103. 

[0090] In step S103, the application identity determining 

section 151 determines whether or not the "application names" of 
25 both pieces of the application attribute information are identical 
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to each other. When the "application names' 7 are not identical, 
the application identity determining section 151 cannot confirm 
the identity of both the applications, and goes to step S108. On 
the other hand, when the "application names' 7 are identical, the 
5 application identity determining section 151 goes to an operation 
of step S104. 

[0091] In step S104, the application identity determining 
section 151 obtains an "application creator" from each of the 
application attribute information of the application A and the 

10 application attribute information of the application B. 

[0092] Next, the application identity determining section 151 
determines whether or not an "application creator" (information 
to be compared) has been normally obtained from both pieces of 
the application attribute information (step S105) . When an 

15 "application creator" (information to be compared) has been 
obtained from neither the application A nor B, the application 
identity determining section 151 cannot confirm the identity of 
both the applications, and goes to an operation to step S108. On 
the other hand, when an "application creator" has been normally 

20 obtained, the application identity determining section 151 goes 
to an operation of step S106. 

[0093] In step S106, the application identity determining 
section 151 determines whether or not the "application creators" 
of both pieces of the application attribute information are 
25 identical to each other. When the "application creators" are not 
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identical, the application identity determining section 151 cannot 
confirm the identity of both the applications, and goes to an 
operation of step S108. On the other hand, when the "application 
creators" are identical, the application identity determining 
5 section 151 goes to an operation of step S107. 

[0094] In step S107, the application identity determining 

section 151 determines that the application A is an application 
having the same function as that of the application B. Next, the 
application identity determining section 151 registers the 

10 application A as an identical function application into an identity 
table in association with the application B (stepS109), and returns 
so that the processes of step S101 and thereafter are similarly 
executed for another application recognized by the application 
recognizing section 12. 

15 [0095] In step S108, the application identity determining 

section 151 determines that the application A and the application 
B are not identical to each other, and returns so that the processes 
of step S101 and thereafter are similarly executed for another 
application recognized by the application recognizing section 12 . 

20 [0096] The operation of FIG. 6 is repeatedly executed for all 
applications in the other electronic device recognized by the 
application recognizing section 12. 

[0097] An example of the procedure of creating the identity 
table has been heretofore described. Note that, in the procedure, 
25 an "application name" and an "application creator" are used for 
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determination of the identity of applications, however, the present 
invention is not necessarily limited to these. The application 
identity determining section 151 may perform identity 
determination by comparison using a combination of other pieces 
5 of application attribute information. The number of pieces of 
application attribute information used for comparison is not 
particularly limited . 

[0098] Note that, in FIG. 6, the application identity 
determining section 151 only compares the application A with the 

10 application B in one-to-one correspondence. However, when the 
electronic device 1 holds a plurality of applications, the 
application identity determining section 151 needs to determine 
the presence of a function identical to that of the application 
B for all the applications held by the electronic device 1, to 

15 create the identity table. Specifically, after step S108, the 
application identity determining section 151 may obtain 
application attribute information of an application other than 
the application A held by the electronic device 1, and go to the 
operations of step S101 and thereafter. When there is not an 

20 application having a function identical to that of the application 
B among all the applications held by the electronic device 1, the 
application identity determining section 151 determines whether 
or not an application having an identical function is held in the 
electronic device 1 for another applications held by the other 

25 electronic device. 
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[0099] FIG. 7 is a diagram illustrating an exemplary identity 
table. As illustrated in FIG. 7, the identity table is composed 
of sets of information about an application held by another 
electronic device (the left column in the table) and information 
5 about an identical function application determined to have a 
function identical to that of the application held by the other 
electronic device (the right column in the table) . 
[0100] As illustrated in FIG. 7 , as the information about an 
application of another electronic device, "identification 

10 information of a device in which an application is stored", an 
" application name", and an "application size" are registered. The 
information about an application of another electronic device is 
not limited to the information of FIG. 7 as long as the information 
can specify the application held by the other electronic device. 

15 [0101] As illustrated in FIG. 7, as the information about an 
identical function application, an "application name" and an 
"application size" are registered. The information about an 
identical function application is not limited to the information 
of FIG. 7 as long as the information can specify an application 

20 held by the electronic device 1. 

[0102] In this embodiment, the relevant application 
determining section 152 associates an application held by another 
electronic device with a relevant function application held by 
the electronic device 1 as indicated in the following (a) , (b) , 

25 (c) , and (d) . 
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[0103] (a) In application attribute information of an 

application held by another electronic device, a condition under 
which the other application can serve as a substitute application 
for an application of the electronic device 1, is described. For 
5 example, the "substitutive application" of FIG . 3 is the condition . 
The relevant application determining section 152 reads the 
condition to determine whether or not an application meeting the 
condition is held in the electronic device 1. When such an 
application is held, the relevant application determining section 

10 152 registers the held application as a relevant function 
application into the relevance table in association with the 
application held by the other electronic device. 
[0104] (b) In application attribute information of an 

application held by the electronic device 1, a condition under 

15 which the application held by the electronic device 1 can serve 
as a substitute application for another application, is described. 
For example, the "application able to be substituted" of FIG. 3 
is this condition. The relevant application determining section 
152 reads this condition to determine whether or not there is an 

20 application meeting the condition among applications in another 
electronic device recognized by the application recognizing 
section 12. When there is an application meeting the condition, 
the relevant application determining section 152 registers the 
application held by the electronic device 1 as a relevant function 

2 5 application for the application held by the other electronic device 
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into the relevance table in association with the application held 
by the other electronic device. 

[0105] (c) The relevance table is previously stored in the 

electronic device 1. 
5 [0106] (d) The relevance table is registered by a user. 

[0107] FIG. 8 is a diagram for explaining a procedure when a 
user registers the relevance table. 

[0108] The relevant application determining section 152 can 
cause the output unit 105 to display user interfaces 7a, 7d, 7c 

10 and 7d in FIG. 8. 

[0109] The user interface 7a is a screen which indicates a list 
of applications held by another electronic device, and is used 
to select and specify an application of the other electronic device 
which is desired to be registered into the relevance table. Here, 

15 alistof applications held by the electronic device 2 is illustrated. 
The relevant application determining section 152 obtains 
application specific information held by the electronic device 
2 recognized by the application recognizing section 12, thereby 
displaying the list of applications held by the electronic device 

20 2 on the user interface 7a. The user selects and specifies an 
application registered in the relevance table from those displayed 
on the user interface 7a. It is here assumed that an application 
"Media Viewer" is selected . After specifying on the user interface 
7a, the relevant application determining section 152 displays the 

25 user interface 7b. 



35 



[0110] The user interface 7b is a screen which indicates a list 
of applications held by the electronic device 1, and is used to 
select and specify an application of the electronic device 1 which 
is desired to be associated with the application specified by the 
5 user interface 7a. The relevant application determining section 
152 obtains application specific information held by the electronic 
device 1, thereby displaying the list of applications held by the 
electronic device 1 on the user interface 7b. The user selects 
and specifies an application registered as a relevant function 
10 application, from the list displayed on the user interface 7b. 
It is here assumed that "Backup Recorder" is selected as the relevant 
function application. After specifying on the user interface 7b, 
the relevant application determining section 152 displays the user 
interface 7c. 

15 [0111] The user interface 7c is a screen for confirming 
correspondence between an application and a relevant function 
application. It is here assumed that the user specifies "Yes". 
Thereby, the relevant application determining section 152 
registers the application and the relevant function application 

20 into the relevance table, and displays that the registration is 
successful (user interface 7d) . 

[0112] The relevant application determining section 152 holds 
the relevance table in some form. 

[0113] FIG. 9 is a diagram illustrating an exemplary relevance 
25 table. As illustrated in FIG. 9, the relevance table is composed 



36 



of sets of information about an application held by another 
electronic device (the left column in the table) and information 
about a relevant function application (the right column in the 
table) . 

5 [0114] As illustrated in FIG. 9, as information about an 
application of another electronic device, "identification 
information of a device in which an application is stored", an 
"application name", and an "application size" are registered. 
Information about another application is not limited to the 
10 information illustrated in FIG. 9 as long as it can specify the 
application held by another electronic device. 

[0115] As illustrated in FIG. 9, as information about a relevant 
function application, an "application name" and an "application 
size" are registered. Information about a relevant function 
15 application is not limited to the information of FIG. 9 as long 
as it can specify an application held by the electronic device 
1. 

[0116] The application unexecutability detecting section 13 
detects whether or not an application held by another electronic 

20 device connected via the network 6 is in an executable state. In 
this embodiment, an application is not in an executable state in 
the following two roughly assumed cases (A) and (B) . 
[0117] (A) Another electronic device connected via the network 

6 is not kept in an energized state. 

25 (B) An application cannot be executed due to a problem 
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with a resource constraint of the application executing section 
of another electronic device connected via the network 6. 
[0118] The application unexecutability detecting section 13 
determines whether or not another electronic device falls into 
5 the state (A) or (B) , by monitoring the other electronic device. 
[0119] FIG. 10 is a flowchart illustrating an exemplary 
operation of the application unexecutability detecting section 
13. Hereinafter , the operation of the application 

unexecutability detecting section 13 will be described with 

10 reference to FIG. 10. Note that, in FIG. 10, for the sake of 
simplicity, an example in which it is determined whether or not 
an application in the electronic device 2 is unexecutable is 
illustrated, however, the application unexecutability detecting 
section 13 performs a process similar to that of FIG. 10 for all 

15 the other electronic devices connected to the network 6. 

[0120] Initially, the application unexecutability detecting 
section 13 obtains an energized state of the electronic device 
2 (step S201) to determine whether or not the energized state of 
the electronic device 2 has been interrupted ( step S2 02 ) . In steps 

20 S201 and S202, determination is performed for the case (A) . 

[0121] For example, in the specification of UPnP which is a 
connection standard for home appliance networks, an electronic 
device which is connected to an network and is in an energized 
state, is supposed to emit a signal to other electronic devices 

25 connected to the network at predetermined intervals . When a signal 
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is not regularly emitted from an electronic device, the energized 
state of the electronic device is considered to have been 
interrupted. 

[0122] In step S202, when it is determined that the energized 
5 state of the electronic device 2 has been interrupted, the 
application unexecutability detecting section 13 goes to an 
operation of step S203, and determines that all applications held 
by the electronic device 2 are in an unexecutable state. 
[0123] In step S202, when it is determined that the energized 

10 state of the electronic device 2 has not been interrupted, the 
application unexecutability detecting section 13 goes to 
operations of step S204 and thereafter. By the operations of step 
S204 and thereafter, determination is performed for the case (B) . 
[0124] InstepS204, the application unexecutability detecting 

15 section 13 selects one of the applications held by the electronic 
device 2 recognized by the application recognizing section 12. 
Next, the application unexecutability detecting section 13 
inquires the application executing section of the electronic device 
2 whether or not the selected application is executable (stepS205) . 

20 When the application of the electronic device 2 holds information 
about a "resource amount required to operate an application" as 
application specific information, the application executing 
section of the electronic device 2 determines whether or not the 
application is executable, based on information about an available 

25 hardware resource amount which can be used in the electronic device 
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2, and transmits the determination result to the application 
unexecutability detecting section 13 of the electronic device 1. 
The application unexecutability detecting section 13 receives the 
determination result transmitted from the electronic device 2. 
5 [0125] Next, the application unexecutability detecting 
section 13 determines whether or not the result of the inquiry 
transmitted from the electronic device 2 is that "the selected 
application is executable" (step S206) . When the inquiry result 
is that "the selected application is executable", the application 

10 unexecutability detecting section 13 determines that the 
application selected in step S204 is in an executable state in 
the electronic device 2 (step S207) , and goes to an operation of 
step S209. On the other hand, when the inquiry result is that 
"the selected application is not executable", the application 

15 unexecutability detecting section 13 determines that the 
application selected in step S204 is not in an executable state 
in the electronic device 2 (step S208), and goes to an operation 
of step S209. 

[0126] In step S209, the application unexecutability detecting 
20 section 13 determines whether or not the inquiry about 
executability has been performed for all the applications held 
by the electronic device 2 recognized by the application 
recognizing section 12. When the inquiry has not been performed 
for all the applications, the application unexecutability 
25 detecting section 13 returns to the operation of step S204, and 
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performs the inquiry for another application. On the other hand, 
when the inquiry has been performed for all the applications, the 
electronic device 1 returns to the whole operation. 
[0127] When there is an application which the application 
5 unexecutability detecting section 13 has determined that is 
unexecutable, the application execution determining section 14 
determines whether or not a substitute application which can 
substitute for the application should be executed. The 
application execution determining section 14 includes an 

10 application startup request detecting section 141 and an 
application executed state obtaining section 142. 
[0128] The application startup request detecting section 141 
detects a startup request with respect to an application present 
on another electronic device, and specifies what application held 

15 by what application the startup request is directed to. 

[0129] In the present invention, regarding a startup request 

with respect to an application, the following two cases (C) and 
(D) are roughly assumed. 

[0130] (C) A startup request including information for 

20 specifying an electronic device and an application is transmitted 

from another electronic device via the network 6. 

(D) The electronic device 2 itself issues a startup 

request without via the network 6. For example, the user of the 

electronic device 2 designates startup of an application held by 
25 the electronic device 2 with respect to the electronic device 2; 
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a startup request is issued with respect to an application held 
by the electronic device 2 using an internal condition, such as 
a timer, an application or the like, of the electronic device 2 
as a trigger; and the like. 
5 [0131] An example of the application startup request detecting 
section 141 which determines whether or not a startup request has 
been issued with respect to an application held by the electronic 
device 2, is implemented as in the following two cases (E) and 
(F) . 

10 [0132] (E) The application startup request detecting section 

141 monitors a state of communication on the network 6 . If a startup 
request has been issued with respect to an application held by 
the electronic device 2 from a device connected to the network 
6 during monitoring of the communication state, the application 

15 startup request detecting section 141 determines that the startup 
request of the case (C) has been issued. 

[0133] (F) When a startup request has been issued with respect 

to an application held in the electronic device 2, the application 
executing section of the electronic device 2 informs the electronic 

20 device 1 of the issuance in response to a request from the application 
startup request detecting section 141 of the electronic device 
1. Therefore, the application startup request detecting section 
141 can determine whether or not the startup request of the case 
(D) has been issued, by inquiring the electronic device 2 whether 

25 or not a startup request has been issued therein. 
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[0134] When the application startup request detecting section 
141 comprises a mechanism or mechanisms of any one or both of (E) 
and (F) , it is possible to detect a startup request with respect 
to an application held by another electronic device. 
5 [0135] The application executed state obtaining section 142 
obtains application executed state information generated by the 
application executing section of the electronic device 2, from 
the electronic device 2. As described above, the application 
executed state information is generated by the application 

10 executing section of the electronic device 2 using a serialization 
technique or the like in the course of execution of an application. 
The application executed state obtaining section 142 can find a 
state of an application partway through execution on the electronic 
device 2 by analyzing the application executed state information. 

15 [0136] In the case where there is an application which the 

application unexecutability detecting section 13 has determined 
that is unexecutable, if a startup request with respect to the 
application which the application startup request detecting 
section 14 1 has determined that is unexecutable is detected, and/ or 

20 application executed state information is obtained with respect 
to the application which the application startup request detecting 
section 141 has determined that is unexecutable, the application 
execution determining section 14 determines that a substitute 
application should be executed instead of the application, and 

25 causes the substitute application holding determining section 15 
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to determine whether or not a substitute application is held. In 
response to this, the substitute application holding determining 
section 15 determines whether or not a substitute application is 
held, by referencing the identity table and/or the relevance table, 
5 and when a substitute application is held, causes the application 
executing section 16 to execute the substitute application. 
[0137] The timing control section 11 controls timing of 
execution of the application executing section 16, the application 
recognizing section 12 , the application unexecut ability detecting 

10 section 13, the application execution determining section 14, and 
the substitute application holding determining section 15. 
[0138] Next, a detailed flow of an operation of the electronic 
device 1 when the application continuation program is executed, 
will be described. In the first embodiment, four basic process 

15 flows are assumed using the above-described configuration 
combination. In addition, a flow obtained by further combining 
the four basic processes will be assumed. A first basic process 
is a process in which, assuming that an application held by another 
device is in an unexecutable state, when a startup request is 

20 detected with respect to the application, the electronic device 
1 executes an identical function application as a substitute 
application. A second basic process is a process in which, when 
it is detected that an application held by another device is 
unexecutable, the electronic device 1 executes an identical 

25 function application as a substitute application so as to continue 
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the executed state of the application. A third basic process is 
a process in which, assuming that an application held by another 
device is unexecutable, when a startup request is detected with 
respect to the application, the electronic device 1 executes a 
5 relevant function application as a substitute application. A 
fourth basic process is a process in which, when it is detected 
that an application held by another device is unexecutable, the 
electronic device 1 executes a relevant function application as 
a substitute application so as to continue the executed stat of 
10 the application. The first to fourth basic processes can be 
combined with each other. 

[0139] FIG. 11 is a flowchart illustrating an operation of the 
electronic device 1 when the first basic process is executed. 
Hereinafter, a flow of the first basic process will be described 

15 with reference to FIG. 11. Note that the process of FIG. 11 is 
ended along with the end of the application continuation program. 
[0140] Initially, the application recognizing section 12 
recognizes applications held by the other electronic devices (step 
S301) . The process of step S301 corresponds to the process of 

20 step SI of FIG. 5. 

[0141] Next, the timing control section 11 determines that 
timing of starting the process of the application identity 
determining section 151 has arrived (step S302) . When the timing 
has not arrived, the timing control section 11 goes to an operation 

25 of step S303. On the other hand, when the timing has arrived, 
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the application identity determining section 151 determines 
whether or not an identical function application is held by the 
electronic device 1 with respect to the applications held by the 
other electronic devices recognized in step S301 . If an identical 
5 function application is held, the application identity determining 
section 151 creates combinations of the applications held by the 
other electronic devices and the identical function applications 
as an identity table (step S304) , and the electronic device 1 goes 
to the operation of step S303. 

10 [0142] In step S303, the timing control section 11 determines 
whether or not timing of starting the process of the application 
unexecutability detecting section 13 has arrived. When the timing 
has not arrived, the timing control section 11 goes to an operation 
of step S300. On the other hand, when the timing has arrived, 

15 the application unexecutability detecting section 13 determines 
whether or not there is an application of another electronic device 
which is detected to be unexecutable (step S305) . The process 
of step S305 corresponds to the process of step S2 of FIG. 5. When 
there is not an unexecutable application, the electronic device 

20 1 goes to the operation of step S300. On the other hand, when 
there is an unexecutable application, the electronic device 1 goes 
to an operation of step S306. 

[0143] In step S306, the application execution determining 
section 14 determines whether or not the application startup 
25 request detecting section 141 has detected a startup request with 
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respect to the unexecutable application . When the startup request 
has not been detected, the electronic device 1 goes to the operation 
of step S300. On the other hand, when the startup request has 
been detected, the application execution determining section 14 
5 determines that a substitute application should be executed, and 
causes the substitute application holding determining section 15 
to execute an operation of step S307. The process of step S306 
corresponds to the process of step S3 of FIG. 5. 
[0144] In step S307, the substitute application holding 

10 determining section 15 determines whether or not an identical 
function application which can substitute for an application for 
which the startup request has been issued is held, with reference 
to the identity table created by the application identity 
determining section 151 in step S304 . When the identical function 

15 application is not held, the electronic device 1 goes to the 
operation of step S300. On the other hand, when the identical 
function application is held, the substitute application holding 
determining section 15 causes the application executing section 
16 to execute an operation of step S308. The process of step S307 

20 corresponds to the process of step S4 of FIG. 5. 

[014 5] In step S308 , the application executing section 16 starts 
up and executes the identical function application which the 
substitute application holding determining section 15 has 
determined that is held. Thereafter, the electronic device 1 goes 

25 to the operation of step S300 . The process of step S308 corresponds 
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to the process of step S5 of FIG. 5. 

[0146] In step S300, the electronic device 1 changes an internal 
timer, and returns to the operation of step S302. The electronic 
device 1 regularly executes the process by the application identity 
5 determining section 151 and the process by the application 
unexecutability detecting section 13. Thereby, it is guaranteed 
that the identity determination and the unexecutability detection 
are regularly performed. Note that the determination processes 
of the application identity determining section 151 and the 

10 application unexecutability detecting section 13 do not need to 
be performed in a particular orderly sequence, i.e., so long as 
the processes are regularly executed, the process cycles do not 
need to be the same. For example, the application identity 
determining section 151 is executed every 300 sec and the 

15 application unexecutability detecting section 13 is executed every 
5 sec. The processes may be executed with respective specific 
execution timing. 

[0147] An exemplary service using the first basic process will 
be described . 

20 [0148] A first home server is assumed to provide a service which 
regularly backups and copies data of the other electronic devices 
connected to a network to itself. The first home server holds 
an application which executes backup (first backup application) . 
The first backup application executes the service when receiving 

25 a startup request from an internal timer. 
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[0149] It is here assumed that the first backup application 
of the first home server falls into an unexecutable state. 
[0150] A second home server connected via a network to the first 
home server holds a second backup application which has a function 
5 identical to that of the first backup application. When the second 
home server executes the application continuation program to detect 
that the first backup application has fallen into the unexecutable 
state and a startup request has been supplied to the first backup 
application by the internal timer of the first home server, the 

10 second home server starts up the second backup application . Thus , 
the second home server provides a service instead of the first 
home server which cannot start up the first backup application. 
[0151] FIG. 12 is a flowchart illustrating an operation of the 
electronic device 1 when the second basic process is executed. 

15 Hereinafter, a flow of the second basic process will be described 
with reference to FIG. 12. 

[0152] Initially, the application recognizing section 12 
recognizes applications held by the other electronic devices (step 
S401) . The process of step S401 corresponds to the process of 

20 step SI of FIG. 5. 

[0153] Next, the timing control section 11 determines that 
timing of starting the process of the application identity 
determining section 151 has arrived (step S402) . When the timing 
has not arrived, the timing control section 11 goes to an operation 

25 of step S403. On the other hand, when the timing has arrived, 
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the application identity determining section 151 determines 
whether or not an identical function application is held by the 
electronic device 1 with respect to the applications held by the 
other electronic devices recognized in step S401 . If an identical 
5 function application is held, the application identity determining 
section 151 creates combinations of the applications held by the 
other electronic devices and the identical function application 
as an identity table (step S404) , and the electronic device 1 goes 
to the operation of step S403. 

10 [0154] In step S403, the timing control section 11 determines 

whether or not timing of starting the process of the application 
executed state obtaining section 142 has arrived. When the timing 
has not arrived, the timing control section goes to an operation 
of step S406. On the other hand, when the timing has arrived, 

15 the application executed state obtaining section 142 obtains 
application executed state information of applications executed 
in the other electronic devices (step S405) , and the electronic 
device 1 goes to the operation of step S406. 

[0155] In step S406, the timing control section 11 determines 

20 whether or not timing of starting the process of the application 
unexecutability detecting section 13 has arrived . When the timing 
has not arrived, the timing control section 11 goes to an operation 
of step S400. On the other hand, when the timing has arrived, 
the application unexecutability detecting section 13 determines 
25 whether or not there is an application of another electronic device 
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which is detected to be unexecutable (step S407). The process 
of step S407 corresponds to the process of step S2 of FIG. 5. When 
there is not an unexecutable application, the electronic device 
1 goes to the operation of step S400. On the other hand, when 
5 there is an unexecutable application, the electronic device 1 goes 
to an operation of step S408. 

[0156] In step S408, the application execution determining 

section 14 determines whether or not application executed state 
information of the unexecutable application is held by the 

10 application executed state obtaining section 142. When the 
application executed state information is not held, the electronic 
device 1 goes to the operation of step S400. On the other hand, 
when the application executed state information is held, the 
application execution determining section 14 determines that a 

15 substitute application should be executed, and causes the 
substitute application holding determining section 15 to execute 
an operation of step S409. The process of step S408 corresponds 
to the process of step S3 of FIG. 5. 

[0157] In step S409, the substitute application holding 

20 determining section 15 determines whether or not an identical 
function application which has the same function as that of an 
application corresponding to the held application executed state 
information is held in the electronic device 1, with reference 
to the identity table created by the application identity 
25 determining section 151 in step S404 . When the identical function 
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application is not held, the electronic device 1 goes to the 
operation of step S400. On the other hand, when the identical 
function application is held, the substitute application holding 
determining section 15 causes the application executing section 
5 16 to execute an operation of step S410. The process of step S409 
corresponds to the process of step S4 of FIG. 5. 
[0158] InstepS410, the application executing section 16 starts 
up and executes the identical function application which the 
substitute application holding determining section 15 has 
10 determined that is held. Thereafter, the electronic device 1 goes 
to the operation of step S400 . The process of step S410 corresponds 
to the process of step S5 of FIG. 5. 

[0159] In step S400, the electronic device 1 changes an internal 
timer, and returns to the operation of step S402. The electronic 

15 device 1 regularly executes the process by the application identity 
determining section 151, the process by the application 
unexecutability detecting section 13, and the process by the 
application executed state obtaining section 142. Thereby, it 
is guaranteed that the identity determination, the unexecutability 

20 detection, and the obtaining of application executed information 
are regularly performed. Note that the processes of the 
application identity determining section 151, the application 
unexecutability detecting section 13 and the application executed 
state obtaining section 142 do not need to be performed in a 

25 particular orderly sequence, i.e., so long as the processes are 
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regularly executed, the process cycles do not need to be the same. 
[0160] An exemplary service using the second basic process will 
be described. 

[0161] A first AV device is assumed to provide a service which 
5 performs broadcast recording. The first AV device holds an 
application which executes broadcast recording (first recording 
application), and provides the service. 

[0162] It is here assumed that the first recording application 
of the first AV device suddenly falls into an unexecutable state 

10 during recording of a broadcast, so that the service is interrupted. 
[0163] A second AV device connected via a network to the first 
AV device, holds a second recording application which has a function 
identical to that of the first recording application. The second 
AV device executes the application continuation program to obtain 

15 application executed state information, such as what channel and 
with what settings the first recording application executed in 
the first AV device has recorded. 

[0164] When the second AV device detects that the first 
recording application has fallen into an unexecutable state, the 

20 second AV device starts up the second recording application 2 to 
take over the service with the same settings as those with which 
the first recording application had been executed, based on the 
obtained application executed state information. 
[0165] FIG. 13 is a flowchart illustrating an operation of the 

25 electronic device 1 when the third basic process is executed. 
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Hereinafter, a flow of the third basic process will be described 
with reference to FIG. 13. 

[0166] Initially, the application recognizing section 12 
recognizes applications held by the other electronic devices (step 
5 S501) . The process of step S501 corresponds to the process of 
step SI of FIG. 5. 

[0167] Next, the timing control section 11 determines whether 
or not timing of starting the process of the relevant application 
determining section 152 has arrived (step S502) . When the timing 

10 has not arrived, the timing control section 11 goes to an operation 
of step S503. On the other hand, when the timing has arrived, 
the relevant application determining section 152 executes a process 
of associating relevant function applications with the 
applications held by the other electronic devices recognized by 

15 step S501 to create a relevance table (step S504). Note that, 
when the relevance table is previously created, the process of 
step S504 can be omitted. After step S504, the electronic device 
goes to the operation of step S503. 

[0168] In step S503, the timing control section 11 determines 
20 whether or not timing of starting the process of the application 
unexecutability detecting section 13 has arrived. When the timing 
has not arrived, the timing control section 11 goes to an operation 
of step S500. On the other hand, when the timing has arrived, 
the application unexecutability detecting section 13 determines 
25 whether or not there is an application of another electronic device 
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which is detected to be unexecutable (step S505) . The process 
of step S505 corresponds to the process of step S2 of FIG. 5. When 
there is not an unexecutable application, the electronic device 
1 goes to the operation of step S500. On the other hand, when 
5 there is an unexecutable application, the electronic device 1 goes 
to an operation of step S506. 

[0169] In step S506, the application execution determining 
section 14 determines whether or not the application startup 
request detecting section 141 has detected a startup request with 

10 respect to the unexecutable application . When the startup request 
has not been detected, the electronic device 1 goes to the operation 
of step S500. On the other hand, when the startup request has 
been detected, the application execution determining section 14 
determines that a substitute application should be executed, and 

15 causes the substitute application holding determining section 15 
to execute an operation of step S507 . The process of step S506 
corresponds to the process of step S3 of FIG. 5. 
[0170] In step S507, the substitute application holding 

determining section 15 determines whether or not a relevant 

20 function application which can substitute for an application for 
which a startup request has been issued is held, with reference 
to the relevance table created by the relevant application 
determining section 152 in step S504 (when a relevance table is 
previously stored, the stored relevance table is referenced) . 

25 When the relevant function application is not held, the electronic 
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device 1 goes to the operation of step S500. On the other hand, 
when the relevant function application is held, the substitute 
application holding determining section 15 causes the application 
executing section 16 to execute an operation of step S508. The 
5 process of step S507 corresponds to the process of step S4 of FIG. 
5. 

[0171] InstepS508, the application executing section 16 starts 
up and executes the relevant function application which the 
substitute application holding determining section 15 has 
10 determined that is held. Thereafter, the electronic device 1 goes 
to the operation of step S500 . The process of step S508 corresponds 
to the process of step S5 of FIG. 5. 

[0172] InstepSSOO, the electronic device 1 changes an internal 
timer, and returns to the operation of step S502. The electronic 

15 device 1 regularly executes the process by the relevant application 
determining section 152 and the process by the application 
unexecutability detecting section 13. Thereby, it is guaranteed 
that the relevant function application determination and the 
unexecutability detection are regularly performed. Note that the 

20 determination processes of the relevant application determining 
section 152 and the application unexecutability detecting section 
13 do not need to be performed in a particular orderly sequence, 
i.e. , so long as the processes are regularly executed, the process 
cycles do not need to be the same. For example, the relevant 

25 application determining section 152 is executed every 300 sec and 
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the application unexecutability detecting section 13 is executed 
every 5 sec . The processes may be executed with respective specific 
execution timing. 

[0173] An exemplary service using the third basic process will 
5 be described. 

[0174] A home server is assumed to provide a service which 
regularly backups and copies data of the other electronic devices 
connected to a network to itself. The home server holds an 
application which executes backup (backup application) . The 
10 backup application executes the service when receiving a startup 
request from an internal timer. 

[0175] It is here assumed that the backup application of the 
home server falls into an unexecutable state. 

[0176] A mobile telephone connected to the home server via a 
15 network holds a user informing application associated with a 
relevant function application for the backup application. 
[0177] When the mobile telephone executes the application 
continuation program and detects that the backup application of 
the home server has fallen into an unexecutable state and a startup 
20 request has been supplied to the backup application by an internal 
timer of the home server, the mobile telephone starts up the user 
informing application. The user informing application performs 
a service which informs and warns the user that the backup of the 
home server has failed. 
25 [0178] Thus, another service is performed, assisting the 
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service of the backup application. 

[0179] FIG . 14 is a flowchart illustrating an operation of the 
electronic device 1 when the fourth basic process is executed. 
Hereinafter, a flow of the fourth basic process will be described 
5 with reference to FIG. 14. 

[0180] Initially, the application recognizing section 12 
recognizes applications held by the other electronic devices (step 
S601) . The process of step S601 corresponds to the process of 
step SI of FIG. 5. 

10 [0181] Next, the timing control section 11 determines whether 
or not timing of starting the process of the relevant application 
determining section 152 has arrived (step S602) . When the timing 
has not arrived, the timing control section 11 goes to an operation 
of step S603. On the other hand, when the timing has arrived, 

15 the relevant application determining section 152 executes a process 
of associating relevant function applications with the 
applications held by the other electronic devices recognized by 
step S601 to create a relevance table (step S604) . Note that, 
when the relevance table is previously created, the process of 

20 step S604 can be omitted. After step S604, the electronic device 
goes to the operation of step S603. 

[0182] In step S603, the timing control section 11 determines 
whether or not timing of starting the process of the application 
executed state obtaining section 142 has arrived. When the timing 
25 has not arrived, the timing control section goes to an operation 
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of step S606. On the other hand, when the timing has arrived, 
the application executed state obtaining section 142 obtains 
application executed state information of applications executed 
in the other electronic devices (step S605) , and the electronic 
5 device 1 goes to the operation of step S606. 

[0183] In step S606, the timing control section 11 determines 
whether or not timing of starting the process of the application 
unexecutability detecting section 13 has arrived . When the timing 
has not arrived, the timing control section 11 goes to an operation 

10 of step S600. On the other hand, when the timing has arrived, 
the application unexecutability detecting section 13 determines 
whether or not there is an application of another electronic device 
which is detected to be unexecutable (step S607). The process 
of step S607 corresponds to the process of step S2 of FIG. 5. When 

15 there is not an unexecutable application, the electronic device 
1 goes to the operation of step S600. On the other hand, when 
there is an unexecutable application, the electronic device 1 goes 
to an operation of step S608. 

[0184] In step S608, the application execution determining 

20 section 14 determines whether or not application executed state 
information of the unexecutable application is held by the 
application executed state obtaining section 142. When the 
application executed state information is not held, the electronic 
device 1 goes to the operation of step S600. On the other hand, 
25 when the application executed state information is held, the 
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application execution determining section 14 determines that a 
substitute application should be executed, and causes the 
substitute application holding determining section 15 to execute 
an operation of step S609. The process of step S608 corresponds 
5 to the process of step S3 of FIG. 5. 

[0185] In step S609, the substitute application holding 

determining section 15 determines whether or not a relevant 
function application which can substitute for an application for 
which a startup request has been issued is held, with reference 

10 to the relevance table created by the relevant application 
determining section 152 in step S604 (when a relevance table is 
previously stored, the stored relevance table is referenced) . 
When the relevant function application is not held, the electronic 
device 1 goes to the operation of step S600. On the other hand, 

15 when the relevant function application is held, the substitute 
application holding determining section 15 causes the application 
executing section 16 to execute an operation of step S610. The 
process of step S609 corresponds to the process of step S4 of FIG. 
5. 

20 [0186] InstepS610, the application executing section 16 starts 
up and executes the relevant function application which the 
substitute application holding determining section 15 has 
determined that is held. Thereafter, the electronic device 1 goes 
to the operation of step S600 . The process of step S610 corresponds 

25 to the process of step S5 of FIG. 5. 
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[0187] In step S600, the electronic device 1 changes an internal 
timer, and returns to the operation of step S602. The electronic 
device 1 regularly executes the process by the relevant application 
determining section 152, the process by the application 
5 unexecutability detecting section 13, and the process by the 
application executed state obtaining section 142. Thereby, it 
is guaranteed that the relevant function application determination, 
the unexecutability detection, and the obtaining of application 
executed information are regularly performed. Note that the 

10 processes of the relevant application determining section 152, 
the application unexecutability detecting section 13 and the 
application executed state obtaining section 142 do not need to 
be performed in a particular orderly sequence, i.e., so long as 
the processes are regularly executed, the process cycles do not 

15 need to be the same. 

[ 018 8 ] An exemplary service using the fourth basic process will 
be described. 

[0189] A mobile telephone is assumed to have a service which 
provides viewing of a broadcast to the user. The mobile telephone 
20 holds an application which displays a broadcast (TV application) , 
and provides the service. 

[0190] It is here assumed that the TV application of the mobile 
telephone suddenly falls into an unexecutable state during 
execution, so that the service is interrupted. 
25 [0191] Here, an AV device connected to the mobile telephone 
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via a network holds an application called a recording application 
which records a broadcast into itself and is associated as a relevant 
function application of the TV application . The AV device executes 
the application continuation program to obtain application 
5 executed state information which indicates what channel and with 
what settings the TV application executed by the mobile telephone 
has made the user view. 

[0192] When the AV device detects that the TV application of 
the mobile telephone has fallen into an unexecutable state, the 

10 AV device starts up a recording application, and takes over the 
service with the same settings as those with which a view had been 
performed based on application executed state information of the 
TV application, and performs a broadcast recording service. 
[0193] Thereby, the user of the mobile telephone can view the 

15 rest of the broadcast using the AV device later. Thus, another 
service is performed, assisting the service of the TV application. 
[0194] As described above, according to the first embodiment, 
an electronic device recognizes applications held by the other 
electronic devices, and when detecting an unexecutable application 

20 among the recognized applications, determines whether or not a 
substitute application should be executed. When a substitute 
application should be executed, the electronic device determines 
whether or not a substitute application is held. When a substitute 
application is held, the substitute application is executed. 

25 Therefore, the electronic device of the first embodiment, even 
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when existing on a network only composed of devices without a center 
server, can execute a substitute application if an application 
falls into an unexecutable state in another electronic device. 
Therefore, a service is continued to be executed even on a network 
5 only composed of devices without a center server. 

[0195] Here, combinations of the first to fourth basic processes 
will be described. 

[0196] The first basic process and the second basic process 
can be combined. For example, the electronic device 1 previously 

10 obtains application executed state information as in the second 
basic process , and when it has been determined that a startup request 
has not been detected in step S306 of FIG. 11, the determination 
of step S408 of FIG. 12 is executed. If the application executed 
state information is held, the operation of step S307 which 

15 determines whether or not an identical function application is 
held, is performed. Note that the combination of the first basic 
process and the second basic process is not limited to this. 
[0197] The first basic process and the third basic process can 

be combined. For example, the electronic device 1 may previously 

20 create a relevance table and determine that an identical function 
application is not held in step S307 as in the third embodiment, 
and thereafter, execute step S507 of FIG. 13, and if a relevant 
function application is held, execute the relevant application. 
Note that the combination of the first basic process and the third 

25 basic process is not limited to this. 
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[0198] The first basic process and the fourth basic process 
can be combined- For example, the electronic device 1, when 
determining that application executed state information is not 
held in step S608 of FIG. 14, may execute steps S306 and S307 of 
5 FIG. 11, and when detecting a startup request, may start up an 
identical function application without application executed state 
information. Note that the combination of the first basic process 
and the fourth basic process is not limited to this. 
[0199] The first to fourth basic processes can be combined in 

10 other manners as much as possible. Three or more of the basic 
processes may be combined . An electronic device may simply execute 
the first to fourth basic processes in sequence. The present 
invention is not limited to the above-described combinations. 
[0200] Note that, in the first embodiment, the substitute 

15 application holding determining section 15 determines whether or 
not a substitute application which can substitute for a detected 
unexecutable application is held in the electronic device 1 with 
reference to an identity table and/or a relevance table. However, 
so long as it can be determined whether or not a substitute 

20 application is held in the electronic device 1, the substitute 
application holding determining section 15 may not reference an 
identity table and/or a relevance table. Specifically, the 
substitute application holding determining section 15 may 
determines whether or not a substitute application is held every 

25 time the application execution determining section 14 determines 
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that a substitute application should be executed. Specifically, 
steps S302 and S304 of FIG. 11, steps S402 and S404 of FIG. 12, 
steps S502 and S504 of FIG. 13, and steps S602 and S604 of FIG. 
14, are not essential in the present invention. 
5 [0201] (Second embodiment) 

In the first embodiment, the electronic device 1 is 
assumed to be the only electronic device that executes the 
application continuation program. In a second embodiment, it is 
assumed that there are one or more electronic devices which execute 

10 the application continuation program in addition to the electronic 
device 1. Here, for the sake of simplicity, it is assumed that 
the electronic device 3 executes the application continuation 
program. Even if other electronic devices as well as the electronic 
device 3 execute the application continuation program, each of 

15 the electronic devices is similarly operated. 

[0202] In the case of the first embodiment, the electronic 
devices 1 and 3 separately execute substitute applications. 
[0203] However, in the case where a group of the electronic 
devices connected to the network 6 is considered as a single system, 

20 even when not all electronic devices perform substitute 
applications, the system may be sufficiently operated. In other 
words, it may be sufficient that only one device executes a 
substitute application. Alternatively, some conditions may be 
desired to be set for an electronic device which executes a 

25 substitute application. For example, an identical function 
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application is desired to be started up in an electronic device 
having as high a specification as possible or in a device which 
can be carried with as high a priority as possible. 
[0204] In the second embodiment, a mechanism which starts up 
5 a substitute application using only limited electronic device (s) , 
will be described. 

[0205] FIG. 15 is a block diagram illustrating a functional 

configuration of the electronic devices land 3 when an application 
continuationprogramaccording to the second embodiment is executed . 

10 In FIG. 15, blocks having functions similar to those of the first 
embodiment of FIG. 4 are indicated with the same reference numerals 
and will not be described. As illustrated in FIG. 15, the 
electronic devices 1 and 3 of the second embodiment further comprise 
an inter-device startup arbitrating section 20 in an application 

15 execution determining section 14a. 

[0206] Hereinafter, the inter-device startup arbitrating 
section 20 in the electronic device 1 (the inter-device startup 
arbitrating section 20 in the electronic device 3) communicates 
with the inter-device startup arbitrating section 20 in the 

20 electronic device 3 (the inter-device startup arbitrating section 
20 in the electronic device 1) to determine whether or not a 
substitute application is to be started up. 

[0207] The inter-device startup arbitrating section 20 
performs the following roughly two processes X and Y. 
25 [0208] (Process X) A process for obtaining startup arbitration 
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information held by the other electronic device, and based on the 
startup arbitration information, and determining whether or not 
a substitute application is to be started up in the electronic 
device 1 or 3. 

5 (Process Y) A process for responding whether or not a 

substitute application is held, in response to a request from the 
inter-device startup arbitrating section 20 of the other electronic 
device, and providing startup arbitration information held by the 
electronic device 1 or 3 to the inter-device startup arbitrating 

10 section 20 of the other electronic device . 

[0209] The startup arbitration information communicated 
between the electronic devices will be described below. 
[0210] Initially, the process X will be described. When the 

electronic device of the present invention holds an identical 

15 function application or a relevant function application, the 
process X is performed so as to determine whether or not the held 
application is to be executed. 

[0211] FIG. 16 is a flowchart illustrating an operation of the 

electronic device 1 when the process X is added to the first basic 

20 process. In FIG. 16, steps having operations similar to those 
of FIG. 11 are indicated with the same reference numerals and will 
not be described. As illustrated in FIG . 16, the electronic device 
1 executes the process X in step S701 after step S307 in which 
it is determined that an identical function application is held. 

25 In step S701, the inter-device startup arbitrating section 20 
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obtains startup arbitration information held by the other 
electronic device, and based on the startup arbitration information, 
determines whether or not the identical function application 
determined to be held should be executed. When it is determined 
5 that the identical function application should be executed, the 
electronic device 1 goes to the operation of step S308. On the 
other hand, when it is determined that the identical function 
application should not be executed, the electronic device 1 goes 
to the operation of step S300. 

10 [0212] FIG. 17 is a flowchart illustrating an operation of the 
electronic device 1 when the process X is added to the second basic 
process. In FIG. 17, steps having operations similar to those 
of FIG. 12 are indicated with the same reference numerals and will 
not be described . As illustrated in FIG . 17, the electronic device 

15 1 executes the process X in step S801 after step S409 in which 
it is determined that an identical function application is held. 
In step S801, the inter-device startup arbitrating section 20 
obtains startup arbitration information held by the other 
electronic device, and based on the startup arbitration information, 

20 determines whether or not the identical function application 
determined to be held should be executed. When it is determined 
that the identical function application should be executed, the 
electronic device 1 goes to the operation of step S410. On the 
other hand, when it is determined that the identical function 

25 application should not be executed, the electronic device 1 goes 
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to the operation of step S400. 

[0213] FIG. 18 is a flowchart illustrating an operation of the 
electronic device 1 when the process X is added to the third basic 
process. In FIG. 18, steps having operations similar to those 
5 of FIG. 13 are indicated with the same reference numerals and will 
not be described. As illustrated in FIG . 18, the electronic device 
1 executes the process X in step S901 after step S507 in which 
it is determined that a relevant function application is held. 
In step S901, the inter-device startup arbitrating section 20 

10 obtains startup arbitration information held by the other 
electronic device , and based on the startup arbitration information, 
determines whether or not the identical function application 
determined to be held should be executed. When it is determined 
that the identical function application should be executed, the 

15 electronic device 1 goes to the operation of step S508 . On the 
other hand, when it is determined that the identical function 
application should not be executed, the electronic device 1 goes 
to the operation of step S500. 

[0214] FIG. 19 is a flowchart illustrating an operation of the 
20 electronic device 1 when the process X is added to the fourth basic 
process. In FIG. 19, steps having operations similar to those 
of FIG. 14 are indicated with the same reference numerals and will 
not be described. As illustrated in FIG . 19, the electronic device 
1 executes the process X in step S1001 after step S609 in which 
25 it is determined that an identical function application is held. 
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In step S1001, the inter-device startup arbitrating section 20 
obtains startup arbitration information held by the other 
electronic device, and based on the startup arbitration information, 
determines whether or not the identical function application 
5 determined to be held should be executed- When it is determined 
that the identical function application should be executed, the 
electronic device 1 goes to the operation of step S610. On the 
other hand, when it is determined that the identical function 
application should not be executed, the electronic device 1 goes 

10 to the operation of step S600. 

[0215] Next, a process of determining whether or not a 
substitute application which is to be executed by the inter-device 
startup arbitrating section 20 can be started up (steps S701, S801, 
S901 and S1001) will be described in detail. 

15 [0216] FIG. 20 is a flowchart illustrating a detailed operation 
of the electronic device 1 in the substitute application startup 
deciding process (steps S701, S801, S901, S1001) . FIG. 21 is a 
sequence diagram illustrating communication between electronic 
devices on a network in the substitute application startup deciding 

20 process (step S701, S801, S901 and S1001) . In FIG. 21, vertical 
lines indicate time courses of the respective electronic devices. 
Horizontal lines indicate communication between the electronic 
devices. In FIG. 21, for the sake of simplicity, it is assumed 
that the electronic device 3 holds a substitute application, and 

25 the electronic devices 4 and 5 do not hold a substitute application . 
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[0217] Initially, the inter-device startup arbitrating 
section 20 of the electronic device 1 inquires the other electronic 
devices 3, 4 and 5 connected to the network 6 whether or not a 
substitute application is held (steps S1101, communication 1201) . 
5 [0218] In response to this, the other electronic devices execute 
the process Y to respond whether or not a substitute application 
is held (communication 1202), Specifically, the inter-device 
startup arbitrating sections 20 of the other electronic devices 
determine whether or not a substitute application is held, with 

10 reference to an identity table or a relevance table, and returns 
the determination result. In FIG. 21, the electronic device 3 
responds that a substitute application is held, and the electronic 
devices 4 and 5 respond that a substitute application is not held. 
[0219] Based on the responses, the inter-device startup 

15 arbitrating section 20 of the electronic device 1 which has received 
the responses of the other electronic devices, determines whether 
or not there is another electronic device which holds a substitute 
application (step S1102) . 

[0220] When there is not another electronic device which holds 
20 a substitute application, the inter-device startup arbitrating 
section 20 of the electronic device 1 determines that a substitute 
application can be started up (step S1103) . On the other hand, 
when there is another electronic device which holds a substitute 
application, the inter-device startup arbitrating section 20 of 
25 the electronic device 1 goes to an operation of step S1104. 



71 



[0221] In step S1104, the inter-device startup arbitrating 
section 20 of the electronic device 1 obtains startup arbitration 
information from an electronic device which holds a substitute 
application. In this case, the inter-device startup arbitrating 
5 section 20 of the electronic device 1 transmits a request for 
obtaining startup arbitration information to the electronic device 
3 (communication 1203). In response to this, the inter-device 
startup arbitrating section 20 of the electronic device 3 transmits 
the held startup arbitration information to the electronic device 
10 1 (communication 1204) . Note that these communications may not 
be performed with respect to an electronic device which does not 
hold a substitute application. 

[0222] Next, the inter-device startup arbitrating section 20 
of the electronic device 1 compares the startup arbitration 
15 information held by the electronic device 1 with the startup 
arbitration information transmitted from the electronic device 
3 (step S1105) . 

[0223] Here, the startup arbitration information will be 
described. The startup arbitration information refers to 

20 information which is used to determine the degree of necessity 
of execution of a service by an application. FIG. 22 is a diagram 
illustrating an exemplary table form of the startup arbitration 
information. In each entry of the table, information for 
determining the degree of necessity of execution of a substitute 

25 application is registered. Each entry of the figure will be brief ly 
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described . 

[0224] In APPLICATION ATTRIBUTE INFORMATION, application 

attribute information of a substitute application held by an 
electronic device is recorded. The application attribute 
5 information is similar to the information described above with 
reference to FIG. 3 and will not be described in detail. 
[0225] In DEVICE IDENTIFICATION NAME, identification 

information for uniquely specifying the electronic device is 
recorded. This information may be in the form of a character string 
10 name or numerals, or in other forms. 

[0226] In DEVICE TYPE, information for specifying a type of 

the electronic device, such as a mobile telephone, a PDA, a video 
recorder, a PC, or the like, is recorded. 

[0227] In CPU, information about a processor included in the 

15 electronic device, such as a specification, a speed or the like 

of a CPU included in the electronic device, is recorded. 

[0228] In OS, information about an OS or middleware included 

in the electronic device, such as a specification, a version or 

the like of an OS included in the electronic device, is recorded. 
20 [0229] In MEMORY CAPACITY, information about a resource, such 

as a memory or the like, included in the electronic device, is 

recorded . 

[0230] In PROCESSOR USE RATE, information about an occupation 
rate of a processor of the electronic device, is recorded. 
25 [02 31] In AVAILABLE RESOURCE AMOUNT, information about an 
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unused resource amount of a resource, such as a memory or the like, 
included in the electronic device, is recorded. 
[0232] In SET PRIORITY, information about priority of service 
performance of the electronic device is recorded. The priority 
5 may be a numeric value invariably defined with respect to the device 
or a numeric value which can be set by the user for each device. 
[0233] In LAST USER'S OPERATION DATE, information about last 

time at which a user' s operation is performed with respect to the 
electronic device, is recorded. 
10 [0234] FIG. 22 illustrates one implementation example of 
startup arbitration information. A portion of the entries of FIG. 
22 may be removed or entries indicating information about other 
attributes may be included in the table. 

[0235] After step S1105, the inter-device startup arbitrating 
15 section 20 of the electronic device 1 determines whether or not 
it is necessary to start up and execute a substitute application 
in the electronic device 1 , based on the result of comparison between 
the startup arbitration information held by the electronic device 
1 and the startup arbitration information held by the other 
20 electronic device obtained in step S1104 (step S1106) . 

[0236] The determination of step S1106 is performed using the 
following determination methods. 

[0237] (First determination method) Using application 

attribute information included in the startup arbitration 
25 information, the inter-device startup arbitrating section 20 of 
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the electronic device 1 determines that it is necessary to start 
up a substitute application when a substitute application whose 
required resource amount is smaller than that of the substitute 
application held by the electronic device 1 is held by the other 
5 electronic device, and when otherwise, determines that it is not 
necessary to start up it. 

[0238] (Second determination method) The inter-device startup 

arbitrating section 20 of the electronic device 1 uses information 
about a device identification name, a device type, a CPU, an OS, 

10 a memory capacity, a processor use rate, an available resource 
amount, and/or a set priority included in the startup arbitration 
information, to determine that it is necessary to start up a 
substitute application if the inf ormationmeets a condition defined 
in the electronic device 1, and that it is not necessary to start 

15 up a substitute application if the condition is not met. Examples 
of the condition are as follows. 

(Exemplary condition 2-1) When there is no other 
electronic device having a set priority higher than that of the 
electronic device 1, the electronic device 1 is assumed to require 

20 startup of a substitute application. When there is another 
electronic device having a set priority higher than that of the 
electronic device 1, the electronic device 1 is assumed not to 
require startup of a substitute application. 

(Exemplary condition 2-2) When there is no other 

25 electronic device having an available resource amount larger than 
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that of the electronic device 1, the electronic device 1 is assumed 
to require startup of a substitute application. When there is 
another electronic device having an available resource amount 
larger than that of the electronic device 1, the electronic device 
5 1 is assumed not to require startup of a substitute application. 

(Exemplary condition 2-3) When there is no other 
electronic device that has the same type as that of the electronic 
device 1 and has a CPU having a specification higher than that 
of the electronic device 1, the electronic device 1 is assumed 

10 to require startup of a substitute application. When there is 
an electronic device that has the same type as that of the electronic 
device 1 and has a CPU having a specification higher than that 
of the electronic device 1, the electronic device 1 is assumed 
not to require startup of a substitute application. 

15 [0239] (Third determination method) Based on information about 

the last user's operation date, the inter-device startup 
arbitrating section 20 of the electronic device 1 determines 
whether or not there is an electronic device to which a user's 
operation is added at a time later than that of the electronic 

20 device 1 . If there is not such an electronic device, the electronic 
device 1 is assumed to require startup of a substitute application. 
If there is such an electronic device, the electronic device 1 
is assumed not to require startup of a substitute application. 
[0240] The determination process may be performed using other 

25 startup arbitration information and other determination methods . 
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[0241] In step S1106, when the necessity of startup of a 

substitute application has been confirmed, the inter-device 
startup arbitrating section 20 of the electronic device 1 goes 
to the operation of step S1103, and determines that a substitute 
5 application is to be started up. On the other hand, when the 
necessity of startup of a substitute application has not been 
confirmed, the inter-device startup arbitrating section 20 of the 
electronic device 1 determines that a substitute application is 
not to be started up (step S1107) . 

10 [0242] Thus, according to the second embodiment, when a 
plurality of electronic devices on a network execute the 
application continuation program, an inter-device startup 
arbitrating section determines whether or not a substitute 
application should be executed, so that only limited electronic 

15 device (s) execute the substitute application in the whole system. 
Therefore, the resource of the whole system can be effectively 
utilized . 

[0243] Note that the first to fourth basic processes may be 
combined in the second embodiment . 
20 [0244] While the invention has been described in detail, the 
foregoing description is in all aspects illustrative and not 
restrictive. It is understood that numerous other modifications 
and variations can be devised without departing from the scope 
of the invention. 
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INDUSTRIAL APPLICABILITY 

[0245] By utilizing the present invention having the 
above-described configuration, even in network devices not in the 
assumption of a centralized control scheme like a center server, 
5 an associated operation between the devices for securing high 
stability of a service can be achieved. For example, the same 
service can be automatically executed in another device, the rest 
of an interrupted service can be taken over and executed by another 
device, and the like. Therefore, the electronic device of the 
10 present invention is useful in the field of communications and 
the like. 



